home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000003_news@columbia.edu _Sun Jul 25 23:37:20 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  6KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id XAA22870
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 25 Jul 1999 23:37:19 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id XAA00801
  7.     for kermit.misc@watsun.cc.columbia.edu; Sun, 25 Jul 1999 23:09:16 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. Message-ID: <379BD1A1.2369B0A4@hastdeer.com.au>
  10. From: Rob Irvine <robi@hastdeer.com.au>
  11. Organization: Hastings Deering
  12. Subject: Re: default file destination after a reconnection.
  13. Date: Mon, 26 Jul 1999 13:10:26 +1000
  14. To: kermit.misc@columbia.edu
  15.  
  16. Thank you for your prompt reply,  I will look at your suggestions.
  17.  
  18. I have found that by doing
  19.  
  20. "set receive pathnames on"
  21.  
  22. on the server PC, any failed transmits, when they are eventually successful
  23. (usually because the warehouse PC has been switched off and the on again), will
  24. correctly send the first file to the right directory. Possibly the default used
  25. to be "on" (I have noticed that with some other defaults e.g. exit warning).
  26.  
  27. Frank da Cruz wrote:
  28.  
  29. > In article <379288D1.6A692568@hastdeer.com.au>,
  30. > Rob Irvine  <robi@hastdeer.com.au> wrote:
  31. > : We use kermit to send files from a Sun Sparc 7 Unix kermit (6.0.192)
  32. > : client to a Win95 Kermit 95 (1.1.17) server using the following 2
  33. > : scripts.  This all works just fine with the Server PC being in a
  34. > : warehouse.  My problem occurs if the PC is stopped for some reason and
  35. > : the Unix client initiates the following script while it is stopped.  It
  36. > : waits till the PC is brought up, but sends the first file to the default
  37. > : c:\k95 directory instead of c:\scar\host. I have tried putting the whole
  38. > : pathname\filename in the send line ,  but this doesn't make any
  39. > : difference.  The second file is transmitted correctly.  As I have at
  40. > : least 2 applications using the server I cannot use a server-side default
  41. > : directory but need the file to go where I want it even if  there has
  42. > : been an interrupted transmission.
  43. > :
  44. > : I have tried setting timeout to 0 but the client just goes to sleep and
  45. > : never awakes and there doesn't seem to be any option to set retry to
  46. > : forever (the limit is 999).
  47. > :
  48. > Timeout 0 means no timeout.  Retries refer to retransmission of corrupted
  49. > packets.  If you have to retransmit the same packet 1000 times, you probably
  50. > don't have a usable connection.
  51. >
  52. > If you are trying to catch the situation in which the PC's modem answers
  53. > the phone but the PC is not running, a better approach is something like
  54. > this:
  55. >
  56. >   while true {                         ; Loop forever
  57. >       dial <phone-number>              ; Dial the PC's number
  58. >       xif fail {                       ; No answer
  59. >           pause 60                     ; Wait a minute
  60. >           continue                     ; and try again
  61. >       }
  62. >       set retry 2                      ; Call was answered
  63. >       for \%i 1 10 1 {                 ; See if the server is there
  64. >           remote pwd                   ; This command has a short answer
  65. >           if success goto haveserver   ; Got an answer
  66. >           pause 60                     ; No answer - keep trying
  67. >       }
  68. >       hangup                           ; Still no answer - hang up
  69. >   }                                    ; and redial
  70. >
  71. >   :haveserver
  72. >   ...
  73. >
  74. > : Unix script
  75. > :
  76. > ; ( bnestt is a terminal server on our lan, with the PC connected to port 15)
  77. > ;
  78. > : set net tcp
  79. > : set host bnestt 2015
  80. > : set command bytesize 8
  81. > : set terminal bytesize 8
  82. > : set parity none
  83. > : set duplex full
  84. > : fast
  85. > : set flow-control xon
  86. > : set handshake none
  87. > : set exit warning off
  88. > : remote cd c:/scar/host
  89. > :
  90. > if fail stop 1 REMOTE CD c:/scar/host failed
  91. >
  92. > : send /usr/hd/vca/hdkrdn2686 C649745.PK2
  93. > : if failure goto :noupload1
  94. > : remote cd c:/bcar/host
  95. > :
  96. > if fail stop 1 REMOTE CD c:/bcar/host failed
  97. >
  98. > : send /usr/hd/vca/hdkrdn3686 C649745.DA2
  99. > : if failure goto :noupload2
  100. > : :quit
  101. > : quit
  102. > : :noupload1
  103. > : echo  ERROR NO UPLOAD 1
  104. > : goto :quit
  105. > : :noupload2
  106. > : echo  ERROR NO UPLOAD 2
  107. > : goto :quit
  108. > :
  109. > Just use STOP 1 for all this - it does the same thing in one statement.
  110. >
  111. > : Win95 script
  112. > :
  113. > : ; FILE K95CUSTOM.INI -- Kermit 95 Customizations
  114. > : assign \%a com1
  115. > : set line \%a
  116. > :
  117. > if fail stop 1 can't open port \%1
  118. >
  119. > : set speed 9600
  120. > : set parity none
  121. > : :ok
  122. > : set duplex full
  123. > : set carrier-watch off
  124. > : set handshake none
  125. > : set flow-control xon
  126. > : set terminal bytesize 8
  127. > : set file display serial
  128. > : set file collision overwrite
  129. > : enable delete
  130. > : fast
  131. > : log transactions
  132. > : show version
  133. > : show comm
  134. > : server
  135. > : End ; of K95CUSTOM.INI
  136. >
  137. > Why not use an ANSWER command to have K95 wait for the phone call to
  138. > come in?  Something like:
  139. >
  140. >   while true {
  141. >       answer
  142. >       xif fail {
  143. >           hangup
  144. >           continue
  145. >       }
  146. >       server
  147. >   }
  148. >
  149. > The script looks OK.  I've suggested some changes for simplicity, robustness,
  150. > and error-catching.
  151. >
  152. > I don't see anything that would explain the problem you have described except
  153. > perhaps the possibility that c:/bcar/host exists on your PC, but c:/scar/host
  154. > does not.  That's the most obvious explanation for why the first file goes in
  155. > the wrong place and the second one goes in the right place.
  156. >
  157. > - Frank
  158.